Загальний огляд CUnit – це фреймворк для написання, адміністрування та виконання модульних тестів на мові С. Він розроблений, як статична бібліотека, яка зв’язана з кодом користувача. Сunit включає великий набір перевірок для простих типів даних. Додаткова в ньому є ще кілька інших інтерфейсів для виконання тестів і перегляду результатів тестування. Вони включають автоматизовані інтерфейси для тестування коду і перегляду результатів, а також інтерактивні інтерфейси, які дозволяють користувачу запускати тести і переглядати результати динамічно. Типи даних і функції потрібні користувачу знаходяться в заголовочних файлах ( табл.1 ) Таблиця 1. Файли потрібні для роботи з CUnit. Заголовочний файл Опис  1 #include <CUnit/CUnit.h> Містить Assert-макроси для тест-кейсів, і включає інші заготовочні файли фреймворку  2 #include <CUnit/CUError.h> Функії перехоплення помилок. Включається в проект автоматично в CUnit.h.  3 #include <CUnit/TestDB.h> Типи даних і функції для роботи з регістром тестів, набором тестів і самими тестами. Включається в проект автоматично в CUnit.h.  4 #include <CUnit/TestRun.h> Оголошення типів даних і функцій для виконання тестів і отримання результатів. Включається в проект автоматично в CUnit.h.  5 #include <CUnit/Automated.h> Автоматичний інтерфейс виводу в xml.  6 #include <CUnit/Basic.h> Базовий інтерфейс з не інтерактивним виводом в stdout.  7 #include <CUnit/Console.h> Інтерактивний інтерфейс виводу на консоль.  8 #include <CUnit/CUCurses.h> Інтерактивний інтерфейс виводу на консоль. (*nix).  9 #include <CUnit/Win.h> Інтерфейс Windows. (ще не реалізований)  CUnit – це комбінація кросплатформенного фреймворку і різноманітних інтерфейсів користувача. Кросплатформенний фреймворк забезпечує базову підтримку керування тестовим регістром, наборами тестів і тестами. Інтерфейс користувача забезпечує взаємодію з фреймворком, запуск тестів і перегляд результатів.
Рис 1. Структура CUnit. Індивідуальні тести складають набори тестів, з яких в свою чергу складений активний регістр тестів. Набори тестів можуть мати опції, і викликати певні функції перед і після виконання наборів тестів. Всі набори тестів/тести можна запустити єдиним викликом функції, або можна вибирати певні набори тестів чи окремі тести для запуску. Послідовність дій для початку використання CUnit Написати функції для тестування (ініціалізації, завершення виконання набору тестів, якщо необхідно) Ініціалізувати реєстр тестів CU_initialize_registry() Додати набір тестів в регістр CU_add_suite() Додати тести в набір CU_add_test() Виконати тести використовуючи пропрієтарний інтерфейс CU_console_run_test() Очистити регістр тестів CU_cleanup_registry(). Всі публічні імена в CUnit починаються з префіксу CU_. Це допомагає зменшити появу помилки в коді користувача. Раніші версії CUnit використовували імена без цього префіксу і досі підтримуються в CUnit, але треба використовувати макрос USE_DEPRECATED_CUNIT_NAMES. Написання тестів CUnit тест – це С-функція з сигнатурою void test_func(void). Немає ніяких обмежень на вміст тестової функції окрім того, що вона не повиння модифікувати сам фреймворк (тобто додавати тести, набори тестів чи запускати тести на виконання). Вона може викликати іншу функцію яка також не повинна модифікувати фреймворк. Додавання тесту в тесті спричинить виконання його функції для тестування при виконанні самого тесту. Приклад тестування функції яка повертає максимальне з двох чисел: int maxi(int i1, int i2) { return (i1 > i2) ? i1 : i2; } void test_maxi(void) { CU_ASSERT(maxi(0,2) == 2); CU_ASSERT(maxi(0,-2) == 0); CU_ASSERT(maxi(2,2) == 2); } СUnit містить ряд перевірок для тестування логічних умов. Успішне чи неуспішне виконання перевірок відстежується фреймворком, і результати роботи можна побачити після виконання тесту. Кожна така перевірка тестує одну логічну умову і виконання її неуспішне, якщо умова рівна FALSE.У випадку не проходження п...